約 3,520,014 件
https://w.atwiki.jp/sorsu/pages/17.html
技のソース 具体的な効果
https://w.atwiki.jp/deepprog/pages/17.html
このページを編集する ソースファイル キャラクターセットASCIIかUTF形式が使えます。 シフトJISやEUCは使えませんが、表示するプログラムを 作成することは可能です。ライブラリを利用して変換をします。
https://w.atwiki.jp/isoroku_be/pages/117.html
情報 作者名:ゆちボン/とくめい/五十六 引用元:なでしこプログラム掲示板「実行ファイル化の自動化」 概要 ソースコードから実行ファイルを作成します。(vnako/gnako/cnako) 解説 引数 ソース:プログラムのソースコード 実行ライブラリ:vnako.nakoとかへの絶対パス なでしこ有環境の場合:省略可 なでしこ無環境の場合:省略した場合、vnako.exeとかと同じフォルダにvnako.nakoを入れとけばおーけー 実行ファイル:vnako.exeとかへの絶対パス なでしこ有環境の場合:「vnako」とか「vnako.exe」とかでおーけー なでしこ無環境の場合:省略不可 保存先:作成したプログラムの保存先 ※なるべくなでしこ無環境として考えてください。(インストール場所が違うだけでうまく動かなくなるので) サンプルプログラム 『「テストですよー」と言う。』を「vnako」で「{デスクトップ}testes.exe」に実行ファイル作成。 //各種プラグインは手動で追加 ナデシコフォルダ=「{PROGRAMFILESパス}nadesiko_lang\」。 DNAKOファイル=「{ナデシコフォルダ}plug-ins\dnako.dll」。 DNAKOファイルから「{デスクトップ}plug-ins\dnako.dll」へファイルコピー。 「{デスクトップ}testes.exe」を起動。 //本体 ●実行ファイル作成(ソースを{=?}実行ライブラリと実行ファイルで保存先に) ナデシコフォルダ=「{PROGRAMFILESパス}nadesiko_lang\」。 ソースファイルパス=母艦パスで「ソースファイル.nako」のユニークファイル名生成。 ソースをソースファイルパスに保存。 パックファイルパス=母艦パスで「パックファイル.nako」のユニークファイル名生成。 実行方式=(実行ファイルからファイル名抽出)の「.exe」を空に置換。 実行方式で条件分岐 「vnako」ならば もし、(実行ファイル=「vnako」)または(実行ファイル=「vnako.exe」)ならば 実行ファイル=「{ナデシコフォルダ}vnako.exe」。 実行ライブラリ=「{ナデシコフォルダ}lib\vnako.nako」。 違えば もし、実行ライブラリ≠空ならば、抜ける。 実行ライブラリ=「{ナデシコフォルダ}vnako.nako」。 「gnako」ならば もし、(実行ファイル=「gnako」)または(実行ファイル=「gnako.exe」)ならば 実行ファイル=「{ナデシコフォルダ}gnako.exe」。 もし、実行ライブラリ≠空ならば、抜ける。 実行ライブラリ=「{ナデシコフォルダ}lib\gnako.nako」。 違えば もし、実行ライブラリ≠空ならば、抜ける。 実行ライブラリ=「{ナデシコフォルダ}gnako.nako」。 「cnako」ならば もし、(実行ファイル=「cnako」)または(実行ファイル=「cnako.exe」)ならば 実行ファイル=「{ナデシコフォルダ}cnako.exe」。 もし、実行ライブラリ≠空ならば、抜ける。 実行ライブラリ=「{ナデシコフォルダ}lib\cnako.nako」。 違えば もし、実行ライブラリ≠空ならば、抜ける。 実行ライブラリ=「{ナデシコフォルダ}cnako.nako」。 違えば 「実行方式が不明です」という。戻る。 もし、実行ライブラリの存在=いいえならば、「実行ライブラリがありません」と言う。戻る。 もし、実行ファイルの存在=いいえならば、「実行ファイルがありません」と言う。戻る。 「{実行ライブラリ}={実行方式}.nako=1{改行}{ソースファイルパス}=nadesiko.nako=1」をパックファイルパスにパックファイル作成。 実行ファイルとパックファイルパスを保存先にパックファイル結合。 もし、「{保存先からパス抽出}plug-ins\」のフォルダ存在=いいえならば、 「{保存先からパス抽出}plug-ins\」にフォルダ作成。 ソースファイルパスをファイル削除。パックファイルパスをファイル削除。 名前 コメント
https://w.atwiki.jp/sorsu/pages/19.html
技のソース 具体的な効果
https://w.atwiki.jp/sevenlives/pages/644.html
ソースファイル(Java) 読み:そーすふぁいる 英語:source file 別名: 意味: Javaのソースファイルとはクラス?が書かれているファイルのこと。 Javaではクラスが利用しやすいようにパッケージ?→ディレクトリ、クラス?→ファイルといった構造で管理される。 しかし一つのファイルに一つのクラスしか書けない訳ではなく一つのpublic?なクラスでなければファイル内にクラスを複数書いてもよい。 これはpublicなクラスでなければ外部から直接利用できないからである。 Java規約 クラス名(public)とソースファイル名は同じでなくてはならない。 Javaソースファイルの拡張子は「java」。 ソースファイルはコンパイルされ一旦、中間コード【バイトコード?】であるクラスファイル?に変換される。 2007年09月22日 Java クラス(Java)? クラスファイル(Java) パッケージ(Java)?
https://w.atwiki.jp/prime503/pages/48.html
何のためのアプリ? Windowsでファイルのフルパスをクリップボードにコピーするためのアプリ ちなみにWindows7ではOSの標準機能としてファイルをShift + 右クリックして「パスとしてコピー」で似たような機能が利用できる。 使い方 exeファイルにフルパスをコピーしたいファイルをドラッグ または送るメニューに登録してやると便利 複数のファイルにも対応 ソースコード ファイルのフルパスをクリップボードにコピー(ソースコード)
https://w.atwiki.jp/suffix/pages/396.html
ここではVC++でのファイル指定における位置がどこになるのかを解説。 通常の相対パスでのカレントディレクトリは ケース1.デバッグ無しで実行 →ソースファイルの置いてある位置 ケース2.exeファイルを直接実行 →exeファイルの置いてある位置 がファイルの参照先になる。 つまり、Testというプロジェクトを作っていて、 Project |_Test |_Debug(exeファイルを直接実行するときはここがカレントディレクトリ) |_Test.exe |_Test(デバッグ無しで実行を指定したときはここがカレントディレクトリ) |_main.cpp |_Debug といった形になる。
https://w.atwiki.jp/aniken/pages/127.html
英語で「源」「出展」「原因」などの意。 パソコン関係では、パソコンに記録されたファイルの、「移動前の場所」「編集用の元ファイル」を指す事もある。 転じて、ネット関係では一般に、ニュースなどの「情報源」のことをいう。 例えばDirectorでは.dirファイルを「ソース」「ソースファイル」などと呼ぶ事がある。 ただしDirectorに読み込む.psdファイルなどは「素材」と呼んだ方が自然であると思う。 どんな言葉もそうだが、積極的に使って、その言葉に慣れて欲しい。 余談 元々は海外で使われていたパソコン用語を、プログラマが日本語に翻訳せずそのまま使い、インターネット創成期に「情報源」をソースと言い換えたのが定着したものだと思う。 今では後者の用法の方が使用頻度が圧倒的に高いが、それは前者が専門的な所でしか使わないからで、現在でも畑によっては一般的な用法である。
https://w.atwiki.jp/ketpic/pages/133.html
そもそものKETPicソースコードの順番について KETPicを使ってScilabでプログラムを組むときには次のように考えるのがフツウです. KETPicを呼び出して使えるようにする.(Ketlib=lib(***); Ketinit();) 作図を行って,プロットデータとして準備する.(Setwindow(***,***); g1=Plotdata(****);) 文字データを準備する. (ここで一度画面上で下見する) (Windisp(***); ) 作成するTeXファイルを開いて,(cd(***); Openfile(***); Beginpicture(***); ) 準備したプロットデータを書き込む.(Drwline(g1);) 準備した文字データを書き込む. そしてファイルを閉じてファイルとして完成させる.(Endpicture(1); Closefile();) もちろん,この順番を守らなくてもKETPicソースを書くことは可能です(たとえばTeXファイルを先に開いて,後からプロットデータを作成する,など)が,「約束を守る」ことにより,作成者だけではなくKETPicユーザとファイルを共有するときにも読みやすいソースコードを提供することが出来ます. わかりやすいKETPicソースコードの枠組み コマンドの配置 おおむね,上で説明したような順序でコマンドが並んでいることが好ましい. 適切な名前 頂点の名称・線分の名称は,実際に描かれる頂点・線分の名称に即したものをつけたほうがよい.(たとえばであるが,頂点AはptA,線分ABはsegABなど.) 作図として依存関係にあるものについてそれぞれの座標を数値を書くのは不合理である.すでにある変数の値を利用する.(あとから頂点の位置を微調整したいときに,変更する箇所が1箇所であるようにする.) 数学としての整合性 たとえば平行なベクトルで長さが2倍のものを記述するのに,それぞれの座標を数値で記入するのは不合理である.数学の公式から計算できるものは,計算式によって座標や式を与える.(想定図から目分量で決めるのではなく,式によって与える.) 図としての整合性 文字データなどを頂点にはりつけるときなど,図を拡大・縮小した場合に「図の崩れ」がおこるかどうかを想定する. KETPic機能の活用 長さを表すカッコなど,KETPicの機能によりさまざまな「都合のよい図」を描くことが可能であるので活用する もっと詳しい説明はこちら.
https://w.atwiki.jp/sorsu/pages/18.html
技のソース 具体的な効果